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Windows CE Limits 


® From Windows CE 1 to Windows CE 5, 
Windows CE has always had limits 


® 32 processes at any one time 
© 32 MB Virtual Memory per process 
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Windows CE 5.0 Memory Model 
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Windows CE 5.0 Memory Model 


® Virtual Memory Map 
© 2 GB for Kernel 


® Single 2 GB mapping for all processes 
® Divided up into 32 MB “slots” 


® 32 Process Limit 
® Each process has one 32 MB slot 
® 32 slots for processes 


® Shared memory 


® Upper half of user space is shared memory 
® Read / Write by all processes 


Windows CE 6.0 
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Introducing the New Kernel 


© 2 GB of Virtual Memory per process 
® 32,000 processes 


® Unified Kernel 


® Critical OS components moved into kernel 
Space 


® Improved system performance 
® Increased security and robustness 


® High degree of backwards compatibility 


Application Virtual Memory 
Space 


0x80000000 


R/W for OS components 
Read only for user process 


RAM Backed Mapfiles 

Mapped at fixed location for better 
backwards compatibility 
i f All DLLs - code and data 


Same mapping across all processes 
Data pages are unique physical pages 


User Space Code pages are shared 
2 Gigabytes 
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Each process 
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mapping 
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Kernel Virtual Memory Space 
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Kernel Virtual Memory 
Shared by all kernel 
Servers and drivers 


Kernel Space 
2 Gigabytes 
Fixed mapping 
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New OS Layout 


® Moving critical drivers, file system, and 
graphical window manager into the kernel 


® Kernel version of Coredll.dll 
® Same APIs without the thunks 


® Benefit 


® Greatly reduces the overhead of system calls 
between these components 


® Reduces overhead of all calls from user space 
to kernel space 


® Increase code sharing between base OS 
services 


New OS Layout 
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Performance & Size 


® Improvements expected in process 
switching 


® Same performance 
® Thread Switching 
® Memory Allocation 
® System Calls 


® Some slow down with tnterprocess calls 
® Now involves data marshalling 


® Size increase Is less then 5% 


Windows CE 5.0 System Calls 


© Application makes call 


® PSL jump 
Kernel 
® Validates parameters 
® Maps Service into Slot 0 
® Possible Cache Flush 
® Calls into to the service 
Service 
® Runs 
® Returns to Kernel 
Kernel 
® Maps App into Slot 0 
® Possible cache flush 
® Returns to App 
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Windows CE 6.0 Beta System 
Calls 


® Application makes call 
® Same call to coredll.dll 


® App stays mapped 
during the call 


® Kernel 
® Validates parameters 
® Calls into to the service 


® Service 
® Runs 


® Returns directly to the 
app 
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New Features 


New Features 


® New Security Model 
® “Trust / Run / No Load” model gone 
® New: “Trust / No Load” 


® Prepares operating system for ACL security 


® Windows XP-like Access Control List security to 
be implemented in the future 


New Features 


® New File Systems 


® ExXFAT 
® Large file support 
® Large volume support 


® UDFS 2.5 read only support 


® Large Memory Mapped File Support 
® Support for mapping views into very large files 
® Up to 64-bit files 
® Big benefit for in car navigation and multimedia 


New Features, 


® New driver support 
® USB On-the-go (OTG) 
® New USB Function / Host class drivers 


® Enhanced VoIP support 
® VoIP support over wired and WLAN networks 
® Full-featured phone application 


® Updated SIP signaling and Media 
Stack (RTC 1.5) 


New Features 


® Wireless LAN enhancements 


© Multiple radio support and faster AP-AP roaming 
® Added 802.11) support for WPA2 compliance 
® Added 802.11¢e support for QoS 


® Bluetooth enhancements 


© By] protocol stack performance optimizations 
® Enhanced BT profiles: A2DP,, AVRCP 


Compatibility 


Binary compatibility for applications is the key 
goal 


© Well behaved applications will work w/ little/no changes 


Compatibility maintained through CoreDLL 
© Minimize impact on Win32 APIs 
® Changes hidden in API libraries 


Apps using undocumented techniques... 
© Will likely have to be modified 
® Such as passing handles or pointers between processes 


Main changes will be in drivers and services 
© Some drivers will migrate with little work 


Application Porting Test Cases 
® WM 5.0 ported to Windows CE 6.0 Beta 


® Running Windows CE 5.0 commercial 
applications on Windows CE 6.0 Beta 


Compatibility Tester 


® Identifies removed / deprecated / changed 
APIs 


® Supports both static and runtime analysis 
® Produces a detail report of any issues it finds 
® Includes documentation and suggestions 


© We will release it before Windows CE 6.0 
RTM 


® Will allow customers to prepare ahead of time 


BSP Changes 


Windows CE 6 Beta BSPs 


Will be in the 
Family BSP Kernel beta release 
(Yes/No) 
Intel Mainstone III 
(C-Step) ARMV4i Yes 
Plato VoIP 
Reference ARMV4i Yes 
Platform 
Device Emulator ARMVv4i Yes 
Aruba Board ARMVv4i Ne) 
TI OMAP 2420 ARMv6 Yes 
NEC Rockhopper MIPSII & IL_ PF, MIPSIV vee 
SG2 Vr5500 & IV_FP 
Hitachi/Renesas SH4 Yes 
Aspen 
; %86(CEPC) X86 see es 
Porting a Windows CE 5.0 BSP to the next release Travis Hobrie 
| of Windows CE Don Weber. 
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Windows CE Secure Boot Loader 


OAL Changes 


® OAL split from kernel 
® Becomes “NK.EXE” 
® Kernel code becomes “Kernel.DLL” 


® Enables separate updates 


® Overall OAL structure remains the same 
® Same OEM functions 


® OAL / kernel interface through shared 
Structures 


Windows CE 5.0 OAL Design 
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Windows CE 6.0 OAL Design 
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Drivers 


® Two types of drivers will be supported 
® Kernel Mode for performance 
® User Mode for robustness 


® The overall structure of the drivers 
remains 


® Main changes are in how the drivers access 
client memory 


® Drivers are still DLLs 
® Same Stream interface 


Kernel Mode Drivers 


® Operate in kernel’s address space 
® Calls to operating system functions very fast 


® ISRs and ISTs operate in the same process 
Space 


® Thunking layer available for user interface 
services 


® Drivers needing the best performance 
Should be kernel mode 
® Such as those with lots of quick API calls 


User Mode Drivers 


® Loaded by udevices.exe 
® No access to kernel structures or memory 
® Same API support as applications 


® Examples: 
® Expansion buses like USB and SDIO 


® Drivers where performance Is not a factor 
Should consider moving to user mode 


® Called less often and do more work 


Porting Drivers to the New 
Windows CE OS 


® Most drivers become kernel mode drivers 


® Driver writers must focus on security and 
Stability 


® Maximum backward-compatibility 
IS maintained 


® Though, some driver modifications are 
required 
® Deprecated APIs 
® Asynchronous buffer access 
® User Interface Handling 


Caller Process Mapping (5.0) 


At call to DeviceloControl When DeviceloControl processed 
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Caller Process Mapping (6.0) 


Kernel Kernel 
pace hidden space visible 
rom application to driver 
Application Application 
space visible Space visible 
to application to driver 
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Handling Calls 


® App memory already mapped correctly 
® Can access it without re-mapping pointers 


® Marshalling Helper Library 
® Provides APIs for handling user data 


® Deprecated APIs: 


® SetProcPermissions, MapPtrToProcess, 
MapCallerPointer, ... 


Driver Pointer Safety 


® OS checks buffers referenced by caller 
parameters 


® Buffers are accessed checked 


® Embedded pointers are valid but not 
access checked 
® Safe drivers should use 
CeMapCallerPointer / CeCloseCallerBuffer 


® Paranoid drivers should force duplication of 
buffer 


Asynchronous Access 


® Windows CE 6 forces new treatment of 
asynchronous access from driver to 
application 


® Old: 


® SetProcPermissions to change thread access 
rights 


© New: 


® CeAllocAsynchronousBuffer / 
CeFreeAsynchronousBuffer to marshal data 


Summary 


® Great new architecture 
® Removes the old limits 
® Performance expected as good as current 


® Memory footprint similar 


® OAL / Driver porting fairly straightforward 
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